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NETWORK-ENABLED AUDIO/VIDEO PLAYER 



BACKGROUND OF THE INVENTION 

5 

Field of the Invention . 

The present invention relates to a network-enabled audio/video player, such 
as a home stereo component audio player that is Internet-enabled for downloading 
and storing music over the Internet. 

10 

Description of the Related Art . 

Most conventional home stereo components play music either by receiving 
and processing a radio signal or by reading the music from a medium, such as a 
magnetic tape (e.g., an audio cassette) or an optically encoded disk (e.g., a compact 

15 disc or a DVD). The main problems with the former types of devices are: insufficient 
quality of the received radio signal and lack of significant control by the consumer 
with regard to the specific content that is played by the stereo component. 

The main problems with the latter are the difficulty with obtaining and loading 
all of the different media that the consumer wishes to play on his stereo. For 

20 instance, if a consumer wishes to listen to a single song, he must locate the 
corresponding compact disc (CD), remove the CD from its case, load the CD into his 
player, and then press the start button. If the consumer wants to hear a variety of 
songs from different CDs, the foregoing steps typically must be repeated for each 
individual CD. The process is even more cumbersome and expensive if the 

25 consumer does not have the CD on which a particular song is recorded. In this case, 
in addition to the foregoing steps, the consumer typically has to make a trip to a 
record store, find the CD, purchase it, and then return home. 

As a result, certain solutions have been proposed to address these problems. 
In one, music is downloaded over the Internet and then played on the consumer's 

30 computer. Unfortunately, the quality of the speakers and the sound system for most 
computers is not comparable to the quality of the consumer's home stereo system. 
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Moreover, the consumer's computer often is not located in those areas of the home 
where the consumer typically will want to listen to music. 

Another solution to the foregoing problems is the Songbank™ produced by 
Lydstrom™. The Songbank™ includes a hard disk drive that allows a consumer to 
5 store hundreds of different songs and also has a CD drive that allows the consumer 
to either directly play a CD or copy one or more songs from the CD onto the hard 
disk of the Songbank™. While this solution obviates the problem of having to 
continually load different CDs and simplifies finding a desired song, it does little to 
address the problems discussed above in connection with obtaining new music. 
10 Similar problems exist with respect to obtaining and playing video content. 

□ Thus, what is needed is a home stereo component that simplifies the process of 

sj obtaining new music and/or video. 

§: = 
1 =~ 

fy 

yj 15 SUMMARY OF THE INVENTION 

ry The present invention addresses this need by providing an improved device 

=; through which audio/video tracks may be ordered for direct downloading. 

C5 Thus, in one aspect the invention is directed to an apparatus for storing, 

20 playing and downloading audio/video tracks, the apparatus including: (a) means for 
connecting to a communications network; (b) means for receiving, over the 
communications network, availability information identifying audio/video tracks that 
are available for purchase; (c) means for displaying such availabilityinformation; (d) 
means for inputting a user selection of an audio/video track from such availability 
25 information, so as to obtain a selected audio/video track; (e) means for downloading 
the selected audio/video track over the communications network; (f) means for 
storing the selected audio/video track downloaded by means (e); (g) means for 
reading the selected audio/video track from means (f); (h) means for playing the 
selected audio/video track read by means (g) so as to generate an audio/video 
30 signal; and (i) means for providing the audio/video signal generated by means (h) to 
a home stereo system. 
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In a further aspect, the invention is directed to a software-driven apparatus for 
storing, playing and downloading audio/video tracks, the apparatus including: (a) 
means for connecting to a communications network; (b) means for receiving, over 
the communications network, availability information identifying audio/video tracks 
5 that are available for purchase; (c) means for displaying such availability information; 
(d) means for inputting a user selection of an audio/video track from such availability 
information, so as to obtain a selected audio/video track; (e) means for downloading 
the selected audio/video track over the communications network; (f) means for 
storing the selected audio/video track downloaded by means (e); (g) means for 

1 0 reading the selected audio/video track from means (f); and (h) means for playing the 
selected audio/video track read by means (g) so as to generate an audio/video 
signal. It is a feature of the apparatus that user modification of the software driving 
the apparatus is limited to defined option choices. 

By incorporating the foregoing audio/video track downloading and playing 

15 features in the foregoing manner, the present invention generally can significantly 
reduce the above-mentioned problems associated with acquiring new audio/video 
tracks. In a more particular aspect of the invention, the tracks stored in the 
apparatus also are displayed and the manner of display is substantially identical to 
the display of tracks available for downloading. Asa result, the use of the apparatus 

20 is further simplified. In still further aspects, the manners in which a user navigates 
through information pertaining to availability of tracks for downloading and 
information pertaining to availability of tracks stored in the apparatus are substantially 
identical. As a result, selecting and ordering a new track often is no more difficult 
than selecting an existing track to be played. 

25 Moreover, by including means for playing an audio/video track and providing 

the resulting audio/video signal to a home stereo, the present invention can permit 
a user to order new tracks from her home and then have them immediately available 
for playback on her home stereo or home entertainment system. 

The foregoing summary is intended merely to provide a brief description of the 

30 general nature of the invention. A more complete understanding of the invention can 
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be obtained by referring to the claims and the following detailed description of the 
preferred embodiments in connection with the accompanying figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 

Figure 1 is a simplified block diagram of a representative main base unit for 
implementing the present invention. 

Figure 2 is a simplified functional block diagram of a representative system 
for implementing the present invention. 
10 Figure 3 is a flow diagram for explaining top-level user navigation through 

functionality provided by a system according to a representative embodiment of the 
present invention. 

Figure 4 is a flow diagram for explaining creation and playing of a play list 

according to a representative embodiment of the present invention. 
15 Figure 5 is a flow diagram illustrating a process for selecting and purchasing 

audio/video tracks according to a representative embodiment of the invention. 

Figures 6A through 6E illustrate representative display screens for creating 

and playing a play list of audio/video tracks according to a representative 

embodiment of the invention. 
20 Figures 7A through 7C illustrate representative display screens for selecting 

and purchasing audio/video tracks according to a representative embodiment of the 

present invention. 

Figure 8 is a flow diagram illustrating a method for downloading audio/video 
tracks according to a representative embodiment of the invention. 
25 Figure 9 is a flow diagram illustrating a method for playing a list of audio/video 

tracks according to a representative embodiment of the invention. 

Figure 10 illustrates a flow diagram of a method for downloading audio/video 
tracks to a portable device while controlling unauthorized copying, according to a 
representative embodiment of the invention. 

30 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Commonly-assigned patent applications titled "Secure File Downloading" and 
"Three-Panel Display for Selecting Files", filed concurrently herewith, are 
5 incorporated by reference herein as though set forth herein in full. 

The preferred embodiment of the present invention is primarily directed to a 
device for playing tracks or files that consist mainly of audio content ("audio"), such 
as recorded songs. However, in alternate embodiments the device may be primarily 
for playing tracks or files that consist mainly of video content or of a combination of 
10 audio and video content ("video"), such as recorded movies. In a still further 
o embodiment/the device of the present invention is capable of playing either audio 

■rl tracks or video tracks. As used herein, the term "audio/video" is intended to refer to 

W either or both of audio and video. As used herein, the term "track" is intended to 

Hj refer to any pre-recorded fixed segment of audio or video content. Also, even where 

ri 15 the following discussion of the preferred embodiments refers to audio tracks, it 

s should be understood that such references merely reflect the preferred embodiment 

of the invention. Such references are not intended to limit the scope of the invention. 

|f Rather, in general, all of the teachings described herein apply equally to 

y = 

q playing/processing of audio tracks and video tracks. 

w 20 In particular, the preferred embodiment of the present invention relates to 

various aspects of and improvements to the Lydstrorn Songbank SL CD Memory 
System™ (the "Songbank"), sold by Lydstrorn Inc. of Boston, Massachusetts (the 
present assignee). The Songbank primarily functions as a stereo component that 
has a high-storage-capacity internal hard disk and corresponding disk drive. By 

25 making it possible to maintain an entire audio library within a single (typically home) 
stereo component, the Songbank allows instant access to a wide variety of music 
and permits users to custom-generate, use and store play lists of different audio 
tracks. The audio tracks stored on the Songbank's hard disk may be pre-stored or 
copied from removable media, such as a compact disc (CD). Among the relatively 

30 new features of the Songbank is the ability to download audio tracks over the 
Internet, thereby making music and other audio tracks conveniently available to the 
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consumer and ready for playing on-demand. Additional features pertain to security 
aspects directed to preventing unauthorized copying of such tracks. 

In the preferred embodiment, the main functionality of the present invention 
is implemented primarily in a single box that functions as a stereo component for 
5 connecting to a home stereo system or, more generally, to a home entertainment 
system. Preferably, this main unit is sized, shaped and otherwise configured so as 
to fit within an ordinary home entertainment center. Thus, in the preferred 
embodiment the box enclosing the main unit has dimensions that are less than 10 
inches high, 18 inches wide and 24 inches deep. In addition, the main unit 

10 preferably is designed to have a similar appearance to other conventional home 
stereo components. 

Preferably also included with the main unit is a remote control unit for 
providing a user interface to the main unit The remote control unit preferably is 
wireless (e.g., using infrared transmissions), although it may instead be hardwired 

15 to the main unit. In addition, the remote control unit may be a handheld unit, or may 
be larger so as to include either a reduced-sized or a full-sized alpha-numeric 
keyboard. For simplicity of discussion, unless the context requires otherwise, 
references to a device or system according to the present invention shall refer to the 
main unit only, it being understood that the interface controls may be provided on 

20 either or both of the main unit and any remote control unit. 

In the preferred embodiment, the main unit according to the present invention 
is provided with: at least one built-in media player, such as a CD player; a mass 
internal storage unit, such as a hard disk drive, for storing audio/video tracks; an 
output for providing audio/video signals to an external device for playback by the 

25 external device; an output for downloading tracks in digital format to an external 
device; a video output for displaying a user interface on an external display monitor, 
such as a home television set or a computer monitor; and an Internet connection for 
downloading additional audio/video tracks. The device according to the present 
invention optionally may be provided with: one or more additional media players, 

30 such as one or more audio cassette players, one or more video tape players, and/or 
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one or more DVD players; a remote control for controlling the functionality of the 
device; built-in speakers; and/or a built-in display screen. 

System Configuration . 
5 In the preferred embodiment, the device of the present invention is 

implemented using an open computer-based architecture, either with a single 
processor or with multiple processors. Figure 1 is a block diagram of a system 
representing one of many suitable platforms for implementing the functionality and 
techniques described herein. 

10 Specifically, Figure 1 shows a computer-based open-architecture system 50 

in accordance with the present invention. As shown in Figure 1 , system 50 includes 
a central processing unit (CPU) 52, read-only memory (ROM) 54, random access 
memory (RAM) 56, expansion RAM 58, input/output (I/O) circuitry 60, display 
interface 62, input interface 64, removable media player 69, mass storage device 68, 

1 5 external player interface 75, modem 73, and expansion bus 66. System 50 may also 
optionally include a real-time clock 70. 

CPU 52 is coupled to ROM 54 by a data bus 72, control bus 74, and address 
bus 76. ROM 54 preferably contains instructions for starting executing the basic 
operating system of system 50 (which operating system preferably is initially stored 

20 in mass storage device 68) upon power-up of system 50. CPU 52 is also connected 
to RAM 56 by busses 72, 74, and 76. Expansion RAM 58 is optionally coupled to 
RAM 56 for use by CPU 52. CPU 52 is also coupled to the I/O circuitry 60 by data 
bus 72, control bus 74, and address bus 76 to permit data transfers with peripheral 
and/or certain internal devices. 

25 I/O circuitry 60 typically includes a number of latches, registers and direct 

memory access (DMA) controllers. The purpose of I/O circuitry 60 is to provide an 
interface between CPU 52 and such peripheral devices as a home television set via 
interface 62, a remote control via input interface 64, a home stereo system via output 
interface 77, and a portable audio player via external player interface 75. I/O circuitry 

30 60 also permits communication with an internal removable media player 69 and 
mass storage device 68. 
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In the preferred embodiment of the invention, output interface 78 includes 
digital-to-analog converters for at least two audio channels and a RCA jack for 
providing analog audio signals to a home stereo system. In embodiments of the 
invention where display of video tracks is to be output, interface 78 also includes a 
5 chipset for converting generated image data into the appropriate output video format. 
Alternatively, any other appropriate hardware may be used for providing audio/video 
signals for playback by a desired external device. 

User interface (Ul) display interface 62 of system 50 preferably includes a 
chipset coupled to I/O circuitry 60 for converting user interface display image data 
10 generated by system 50 to the appropriate output format and an appropriate jack 
(e.g., a RCA jack for outputting those signals. In the event that system 50 is 
configured for playing video tracks, interface 62 may instead be omitted and the user 
interface display information output via interface 78. 

Input interface 64 preferably comprises an infrared receiver for receiving 
15 control instructions from a wireless remote control unit. However, in the case of a 
hardwired remote control, interface 64 may instead comprise an appropriate jack or 
other connecting device. 

External player interface 75 preferably comprises either a serial or parallel 
output data port for outputting digital signals to an external device. Any conventional 
20 output data port may be used, with the specific interface chosen to match the 
expected external device. Multiple such ports may be provided if it is contemplated 
that different types of external devices are to be used. 

Mass storage device 68 preferably is implemented as a hard disk drive, such 
as any commercially available hard disk drive. However, any other magnetic, optical, 
25 opto-magnetic, solid state or other type of nonvolatile mass storage device may 
instead be used. Preferably, mass storage device 68 has a capacity of at least 10 
gigabytes. 

At least one removable media player 69 preferably is coupled to I/O circuitry 
60 to read from, and in certain embodiments to write to, a removable storage 
30 medium 71 . Removable storage medium 71 may represent, for example, a magnetic 
disk, a magnetic tape, an opto-magnetic disk, an optical disk, or the like. In the 
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preferred embodiment of the invention, medium 71 is a CD and player 69 is a CD 
player. 

One or more network interfaces 73 also are coupled to I/O circuitry 60. 
Preferably interface 73 includes at least one of: (i) a telephone line modem and 
5 telephone jack for initiating dial-up connections, such as connections to an Internet 
Service Provider (ISP), to connect to a desired network; and (ii) a network interface 
card and network jack for directly connecting to a local area network (e.g., an 
ethernet). 

In operation, information is input into system 50, depending upon the 
10 configuration of the remote control unit or the control panel on the device itself, by 
pressing buttons, typing on a keyboard, manipulating a trackball or other pointing 
device, "writing" on a pressure sensitive tablet or using any other input means. CPU 
52 then processes the data under control of an operating system, preferably 
Windows CE™, and under the control of one or more application programs, such as 
15 a program to perform the steps of the inventive method described above, stored in 
ROM 54 and/or RAM 56. It is noted that ordinarily such process steps initially will be 
stored in mass storage unit 68, downloaded into RAM 56 and then executed out of 
RAM 56. In response, system 50, under the control of CPU 52, performs ay or all 
of the actions described below. 
20 Expansion bus 66 is coupled to data bus 72, control bus 74, and address bus 

76. Expansion bus 66 provides extra ports to couple devices such as additional 
network interface circuits, modems, display switches, microphones, speakers, etc. 
to CPU 52. 

Suitable hardware for use in implementing the present invention may be 
25 obtained from various vendors. Various types of hardware, however, may be used 
depending upon the size and complexity of the tasks (e.g., whether the system will 
be processing video or only audio). Although a general-purpose computer-based 
system has been described above, special-purpose hardware, such as full custom 
chips, application specific integrated circuits, or programmable gate arrays, may 
30 instead be used. 
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It should be understood that the present invention also relates to machine- 
readable media on which are stored program instructions for performing the methods 
of this invention. Such media include, by way of example, magnetic disks, magnetic 
tape, optically readable media such as CD ROMs, semiconductor memory such as 
5 PCMCIA cards, etc. In each case, the medium may take the form of a portable item 
such as a small disk, diskette, cassette, etc., or it may take the form of a relatively 
larger or immobile item such as a hard disk drive or RAM provided in an audio/video 
component or a computer. 

10 System Description . 

Figure 2 illustrates a functional block diagram for explaining the operation of 
certain aspects of a system 100 according to a representative embodiment of the 
present invention. Included in system 100 is media player 102 which, for example, 
may include a CD player, a DVD player, a video cassette player, an audio tape 

15 player or any other device for playing audio/video content stored on a portable 
medium. Moreover, although media player 102 is shown as a single element in 
Figure 2, it should be understood that multiple such media players may be included 
in system 100, either of the same and general type (e.g., two CD players) or of 
different types (e.g., a CD player and an audio cassette player). 

20 In operation, a portable medium (such as a CD) is loaded into media player 

102, and then media player 102 plays the audio/video content stored on such 
medium. Generally, such audio/video content will be stored on the medium in digital 
format. Accordingly, the playing by media player 1 02 will essentially involve reading 
such digital data and performing any necessary processing, such as decompression 

25 (in certain cases), error detection/correction, and/or implementing any security 
features. In addition to such audio/video content, the portable medium often will 
include additional information, which typically is in the nature of information 
characterizing the audio/video content stored thereon, such as an album 
identification number and a sequential list of the lengths of the individual audio/video 

30 tracks stored on the medium. The audio/video content read by media player 102 
may be supplied to digital-to-analog converter 102 to be immediately played for the 
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benefit of the end user. Alternatively, such audio/video content, together with any 
additional information stored on the portable medium may be stored into mass 
storage unit 120 for future use. 

Digital-to-analog (D/A) converter 102 converts an input digital signal into an 
5 analog signal and provides that signal to output interface 104. Alternatively, D/A 
converter 102 may be omitted in the event that the output device is a digital device. 

Output interface 1 04 preferably includes an interface for connecting to a home 
entertainment system. For instance, in the case that system 1 00 is primarily directed 
to processing audio content, output interface 104 preferably comprises two RCA 

10 jacks for connection to a home stereo system. It is also noted that it is possible to 
provide system 100 with its own internal audio amplifier and speakers so that no 
external device is required at all. 

Mass storage device 120 generally corresponds to mass storage device 68 
shown in Figure 1 and preferably includes a hard disk drive. However, any other 

15 permanent storage device that is capable of storing a large amount of data may be 
used instead. As discussed in more detail below, mass storage device 120 stores 
a collection of audio/video tracks (or files) and preferably also stores a database of 
other information pertaining to various stored and/or non-stored audio/video tracks 
which may be helpful to the user in browsing and/or searching such tracks and to 

20 system 1 00 in retrieving desired tracks. Such information may include, for example, 
genre, album name, artist name, and an ordered list of tracks on the album for each 
of a large number of album identification numbers. Also, such information may 
include category type names, category names, album names, artist names, and track 
names for all stored tracks, as well as links showing the relationships between such 

25 data. In addition to storing content provided by media player 102, mass storage 
device 120 preferably also receives content via network connection 106. 

Network connection 106 may be comprised of a network interface circuit for 
connecting to a local area network (LAN). More preferably, however, network 
connection 106 connects to the Internet. Accordingly, network connection 106 

30 preferably comprises an ordinary telephone line modem, a cable modem or a digital 
subscriber line (DSL) interface, or any other Internet connection. 
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Once such audio/video content has been stored in mass storage device 120, 
that content can be read from mass storage device 120 and played. Initially, the 
audio/video content read from mass storage device 120 is decrypted, if necessary, 
in decryption module 122. 
5 In this regard, either or both of the content provided by media player 102 and 

network connection 106 may have been encrypted. In the current embodiment of 
the invention, however, generally only the content provided by network connection 
106 will have been encrypted. As described in more detail below, such content 
preferably will have been encrypted so as to be capable of decryption by using a 

10 device-specific decryption key. Thus, also input into decryption module 122 is 
device-specific decryption key 123 for use in performing any required decryption. It 
is noted that decryption key 124 may be stored, for example, in ROM 54 or in mass 
storage device 68, in the event that the system is implemented using the hardware 
architecture shown in Figure 1 . 

15 Upon completion of any such required decryption, any required 

decompression is performed in module 124. In the preferred embodiment of the 
invention, system 100 is primarily for playing audio tracks and the compression 
technique utilized is Lucent Technologies™ ePAC™ compression. However, any 
other compression technique, such as MP3, may also or instead be used. In any 

20 event, decompression module 124 preferably detects the compression format and 
then applies the appropriate track-specific decompression technique. Upon 
completion of decompression, the audio/video content is provided to D/A converter 
103 and the track is ultimately played on an appropriate output device (e.g., a stereo 
amplifier and/or speakers) via output interface 104. 

25 For purposes of controlling the operations of system 1 00, system 1 00 also is 

provided with a user interface module 110. Input into user interface module 110 are: 
user instructions 112, information from mass storage device 120, information 
obtained via network connection 106, and information obtained from media player 
102. As indicated above, the user instructions 112 preferably are provided via a 

30 wireless remote control device. However, such instructions 112 may instead be 
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provided via a control panel built into system 100, or via an external device that is 
hard-wired to system 100. 

The information provided by media player 102 to user interface module 110 
generally will vary depending upon the type of media player and the type of medium 
5 it accepts. Generally, however, such information will be primarily directed to 
characterizing the audio/video content stored on the currently installed medium. In 
the case of a CD player, this information typically will include an album identification 
number and the playtime duration of each track stored on the medium. 

In order to convert such information into something that will be useful to an 

10 end user, mass storage device 120 preferably stores a database of additional 
information pertaining to a number of different media (e.g., different CDs) which 
might be read by media player 1 02. For instance, in the event that media player 1 02 
is a CD player, mass storage device 120 preferably stores and makes available to 
user interface 1 10 a database listing, for a large catalog of CDs: the album name 

1 5 and the list of audio tracks in the order that they appear on the album. By linking this 
information to the information provided by media player 102, user interface 1 10 can 
provide to the user information pertaining to the names of all CDs loaded on media 
player 1 02, as well as the names of all tracks on each such CD. In addition, system 
100 preferably also is capable of reading text characterization information stored on 

20 those CDs that are encoded with such information. 

Various remote network nodes provide to user interface 110, via network 
connection 1 06, the information pertaining to the audio/video tracks that are available 
for downloading. Such information maybe in the form of actual names of the tracks, 
in which case no additional information generally will be required from mass storage 

25 device 120. Alternatively, such remote network nodes may merely provide minimal 
identification information, such as an album identification number for each available 
album to user interface 110. In this latter case, it generally will be necessary to 
access the audio/video track database stored in mass storage unit 120. In addition, 
such remote network nodes preferably also provide pricing information for such 

30 available tracks. 

13 

0265538.1 



36266-00002 



All such input information is synthesized by user interface module 110, using 
conventional graphic generation techniques to generate user interface display 
screens. In the preferred embodiment of the invention, system 100 runs Windows 
CE™ operating system, which provides known tools for creating such screens. 
5 Exemplary screens which may be used by system 100 are described in more detail 
below. In any event, such screens are output to user interface (Ul) display interface 
114. 

Ul display interface 114 converts the graphics and other display information 
provided by user interface module 110 into a format that can be displayed by an 

10 external display device. In the preferred embodiment of the invention, such external 
display device is an ordinary household television set. Accordingly, such information 
preferably is converted into the National Television Systems Committee (NTSC) 
standard format and is output via a RCA jack. However, other formats may instead 
be used, such as where it is contemplated to connect system 100 to a foreign 

1 5 television set or to a high definition television set. Various other display devices may 
instead be used that require different video formats. However, it generally will be 
preferable to output such display information in a format that can be displayed by a 
commonly used television set. Techniques and hardware for converting raster image 
data (which may be generated from graphic and other types of display data) into any 

20 desired video format are well-known in the art and therefore are not discussed in 
detail here. ^ 

As indicated above, system 100 preferably is implemented using the open 
hardware architecture 50 illustrated in Figure 1, which mostly utilizes general- 
purpose computer hardware. As a result, in such an embodiment most of the 

25 functionality will be implemented in software, which may be stored on RAM, ROM, 
a hard disk or any other medium. 

It is also possible to utilize special-purpose hardware for implementing any of 
the functionality described herein. The decision as to whether to use hardware, 
software, or a particular combination of each is preferably made according to well- 

30 understood engineering tradeoffs, including expected advantages in cost, speed, 
size, modification flexibility, and interchangeability. In any event, however, system 
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1 00 preferably is a closed system, in the sense that the system is not easily modified 
by the end user. Thus, even where an open architecture is used, such as system 50 
shown in Figure 1 , the software driving the system is not generally accessible to the 
end user. Instead, the end user is only given access to the system's functionality 
5 through the specifically defined interfaces provided by user interface 110. Ordinarily, 
such access will not permit the end user to modify the software itself, except possibly 
in limited cases in order to alter specifically defined configuration settings. 

System Operation . 

1 o Figure 3 illustrates a flow diagram for explaining a general flow of processing 

performed by system 100. Initially, in step 140, a main menu is displayed. The main 

Is J 

*D menu preferably shows a number of different high-level options that the user may 

y] elect. Some of these options are illustrated as branches 150, 160, 170 and 180. 

Preferably, the user may select any one of the displayed options and, in response, 
Q 15 system 100 enters the selected mode. The actual selection process may be 

T* implemented using any conventionally available technique. However, in the 

preferred embodiment, the user interacts with system 100 using a wireless remote 
control. More specifically, the user preferably navigates through the list using arrow 
keys provided on the remote control. For example, each time a down-arrow key is 
20 pressed, the next entry on the displayed list is highlighted. In order to select a 
desired option, the user simply highlights it and presses a "select" or similar button 
on the remote control. 

In more detail, when option 150 is selected, system 100 enters a mode in 
which the user may play tracks stored on mass storage device 120. In addition, in 
25 step 154 the user may edit descriptions of stored tracks. These features and other 
possibilities in connection with option 150 are described in more detail below. 

In the event that the user selects option 160, then in step 162 the user may 
cause system 100 to directly play tracks stored on a medium that has been loaded 
into media player 102 or copy such tracks to mass storage device 120. In addition, 
30 in step 164 the user may edit the descriptions of either the album or the tracks 
available on the currently loaded medium. Step 162 preferably requires the user to 

15 
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select tracks that are available on the currently loaded medium to create a play list 
and then enter a command to play the play list. The actual play operation is similar 
to that used by conventional media players. Accordingly, step 1 62 may include other 
conventionally available play features, such as stop, pause, shuffle, random play, 
5 advance to next track, and so on. Step 1 64 is similar to step 1 54 and allows the user 
to edit descriptions of tracks, albums, etc., which information is then stored into the 
database in storage 120. Preferably, any user-specified changes in step 154, 164 
or otherwise are stored separately from the remainder of the database or are 
otherwise designated so that any periodic updates to the database do not overwrite 

10 such changes. 

In the event that option 170 is selected by the user, in step 172 the user is 
given the ability to alter configuration settings for system 100. Such settings may 
include, for example, the quality setting at which audio/video tracks are recorded to 
mass storage device 120 and/or whether an auto-eject feature is turned on or off. 

15 The former translates directly into the degree of compression that will be performed 
by compression module 105 prior to storage in mass storage 120. 

In the event that option 180 is selected, then in step 182 the user is provided 
with the ability to purchase or otherwise download new audio/video tracks via 
network connection 106. This step is described in more detail below. 

20 Although the steps shown in the flow diagram of Figure 3 are illustrated in a 

particular order, it should be understood that the illustrated order is for ease of 
understanding only. In the preferred embodiment of the invention, the user has the 
ability to freely navigate among this various functionality without constraint as to 
order. In addition, the steps illustrated in Figure 3 may even be performed 

25 concurrently. Thus, for example, a user may initiate playing of a track installed on 
player 102 in step 162 and then, while such track continues to play, move to step 
152 to begin assembling a play list and to be played from mass storage device 120. 
Still further, while such a play list is being generated, the user may periodically jump 
to step 1 82 to purchase and download new audio/video tracks that she wishes to be 

30 included in the play list, returning each time to step 152 to continue constructing the 
play list from tracks already stored on mass storage device 120, all while listening to 
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a track played from media player 102. Such processing may be performed, for 
example, using parallel hardware, multi-threaded tasking, or any combination of 
these. 

Figure 4 illustrates a flow diagram for explaining one possible implementation 
5 by system 100 of step 152, shown in Figure 3. Initially, it is noted that although the 
steps shown in Figure 4 are illustrated in a particular order, that order is for ease of 
illustration only. Similar to the case with Figure 3, the steps shown in Figure 4 
preferably may be selected by the user in any arbitrary order, thereby further 
enhancing the utility of system 100 to the end user. Once again, any technique may 
10 be used for selecting such options. However, the preferences discussed in 
„ connection with Figure 3 above also apply here. 

aj In the event that option 200 is selected, then in step 202 system 1 00 permits 

y 1 inputting of a category type selection. When applied to an embodiment that involves 

J J , audio track selection, such category types might include, for example: "genre", 

P 15 "artist" and/or "album". Similar category types may be used in connection with video 

track selection. In this case, the category types might include, for example: "genre", 
M "writer, "actor, "director and/or "producer. Upon selection of a category type, then 

□ in step 204 categories that fall within that category type preferably are displayed in 
■SI a first region of the user interface display. For example, if the category type "genre" 

□ 20 has been selected, then the first region preferably would display all the different 

genres of audio/video tracks that are currently represented in mass storage device 
120, 

In the event that option 210 is selected, then in step 212 system 100 inputs 
a category selection, preferably from the list of categories displayed in step 204. In 

25 this regard, it is noted that in the preferred embodiment of the invention, at least 
three different regions are provided in the user interface display, preferably three 
non-overlapping regions with clearly defined borders. However, it is also preferable 
that only one of such regions is active at a time, and the user is permitted to select 
only those items that are displayed in the active region. Thus, the category selection 

30 for purposes of this step 212 preferably is made by the user activating the first region 
of the display and then selecting who the desired category from the displayed list. 
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Upon completion of such category selection, then in Step 214 the tracks 
corresponding to the selected category are displayed in region 2. For example, if the 
user had selected the category type "genre" and the category "jazz," then in step 214 
all audio tracks that are classified within the jazz genre and are stored on mass 
5 storage device 120 would be displayed in the second region of the display screen. 

For purposes of the display in steps 204 and 214, it may be necessary to 
access the characterization information database stored in mass storage device 1 20, 
as discussed above. Also, most of the processing for identifying the categories 
under a selected category type and/or the tracks under a selected category may be 

10 made in advance or on-the-fly. With regard to the former, the database in mass 
storage device 120 would either maintain current lists of all categories under each 
category type and all tracks under each category or maintain links associating such 
entries. Thus, the necessary category or track information could be retrieved with 
little effort. On the other hand, performing most or all of the processing on-the-fly 

15 generally would involve an exhaustive search over all categories or all tracks to 
identify which entries indicate that they belong to the selected category type or 
category, respectively. Still further, any combination of these two techniques may 
be utilized. 

In the event that option 220 has been selected, then in step 222 system 1 00 
20 inputs a track selection, which generally will have been made by the user. Although 
such track selection may be made in any manner, in the preferred embodiment of 
the invention, track selection is accomplished by highlighting and then selecting one 
of the tracks displayed by step 214 in the second region of the display screen. 

Once a track selection has been made in step 222, a determination is made 
25 in step 224 as to whether the selected track has been disabled from being played. 
In this regard, in the preferred embodiment of the invention, tracks stored in mass 
storage device 1 20 have associated flags indicating whether play has been disabled. 
This feature of the invention is described in more detail below. In the event that play 
has been disabled, then a message to that effect is displayed in step 226. 
30 Otherwise, an entry for the track is added to the third region of the display screen in 
step 228. 
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In the event that option 230 has been selected, then in step 232 system 100 
inputs a play instruction from the user. In response to the play instruction, in step 
234 system 100 commences playing all tracks listed in the third region of the display 
screen. This step 234 is described in more detail below. 
5 Figure 5 illustrates a flow diagram for implementing step 182 (shown in 

Figure 3) according to a representative embodiment of the invention. As with step 
152 (also shown in Figure 3), step 182 also involves the creation of a list of tracks. 
Thus, certain of the steps shown in Figure 5 will be identical or very similar to 
corresponding steps shown in Figure 4. In addition, the user interface displayed with 
1 0 respect to the method shown in Figure 5 preferably is substantially similar to the user 
n interface displayed in connection with the method of Figure 4. At the very least, it is 

^5 preferable that the display interface for the method of Figure 5 also includes three 

LtJ regions, corresponding to the three regions of method of Figure 4. In addition, it is 

— = 

^1 preferable that the overall look and feel of the two user interfaces are substantially 

□ 15 similar. More preferably, the two user interfaces are substantially identical, except 

™ to the extent changes are required or desired due to underlying changes in the goals 

of the two methods. In this regard, it is noted that, unlike step 152, which concerns 
C3 creation of a list of tracks to be played, step 182 involves creating a list of tracks to 

~%l be purchased (or otherwise downloaded). 

Q 20 The initial step of the method illustrated in Figure 5 is to connect to the 

network in step 280. As noted above, the network used preferably is the Internet and 
all communications between the remote Internet node and system 100 are in 
accordance with the TCP/IP protocols. However, any other network may instead be 
used . The precise method for connecting to the network will depend upon the nature 

25 of the connection to be made, as well as the network to which connection is being 
made. In the event that a modem dial-up connection to an Internet service provider 
is the desired connection method, then such a dial-up connection will be initiated in 
this step. On the other hand, if the connection is made via cable, DSL or some other 
broadband service, it is likely that the network connection will be permanently 

30 established, obviating the need for this step to 80. 
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In step 282, system 1 00 inputs a purchase channel selection, preferably made 
by the user. In this regard, in the preferred embodiment of the invention, only pre- 
identified channel affiliates who have an existing relationship with the provider of 
system 1 00 are eligible to download audio/video tracks to system 1 00. A list of such 
5 purchase channel affiliates preferably is displayed to the user and the user is allowed 
to select one. 

It is noted that the extent of involvement of the various purchase channel 
affiliates may vary according to the particular embodiment of the present invention. 
In the presently preferred embodiment of the invention, the provider of system 100 

10 is solely responsible for communicating with the various systems 100 that are 
connected to the network. In such an embodiment, the purchase channel affiliates 
generally communicate only with the provider of the systems 100 and limited to 
matters such as: providing branding, setting prices, and offering other special deals, 
although more extensive involvement by the purchase channel affiliates also is 

15 possible. In any event, a distinguishing feature of the preferred embodiment of the 
invention is that the library of audio/video tracks available for download to the various 
systems 100 is controlled exclusively by the provider of system 100. Also in the 
preferred embodiment, all communications between the various purchase channel 
affiliates and each system 100 ultimately are controlled by the provider of the 

20 systems 100. 

However, other embodiments of the invention are contemplated in which 
some or all of the communications from the purchase channel affiliates to each 
system 100 are made directly between those two entities. In such alternate 
embodiments, it is also possible for each such purchase channel affiliate to maintain 
25 its own library of audio/video tracks for downloading. Still further, it is also possible 
to implement the techniques of the present invention using purchase channel entities 
that are not at all affiliated with the provider of system 100. 

As with Figures 3 and 4, the order of the steps shown in Figure 5 is for 
purposes of illustration only. It is intended that the user may navigate arbitrarily 
30 among such steps, selecting various category types, various categories underthose 
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types, and various tracks under those categories in order to generate their lists of 
desired tracks. 

In the event that the user selects option 300, steps 302 and 304 are 
performed by system 1 00. From the user's perspective, these steps functionally are 
5 substantially similar or even identical to steps 202 and 204, respectively. However, 
in this case the list of categories displayed in step 304 is generated by the remote 
network node, with which system 100 is communicating. In particular, such 
information is downloaded from the remote network node into system 100 and 
displayed by system 100, preferably in a similar manner to the display in step 204. 

10 In the event that the user selects option 310, then steps 312 and 314 are 

performed by system 100. Once again, from the user's perspective, these steps are 
substantially similar or identical to steps 212 and 214, discussed above. However, 
in the current mode, the processing by system 100 requires communicating the 
category selection to the remote network node and downloading the list of tracks to 

15 be displayed from the remote network node. 

In the event that the user selects option 320, steps 322 and 328 are 
performed by system 100. In step 322, system 100 inputs a track selection, 
preferably via user interface 110, and in step 324 identification information for the 
specified track is saved and displayed in the third region of the display. These steps 

20 are substantially identical to steps 222 and 228, respectively. 

In the event that option 330 is selected by the user, system 100 performs 
steps 332, 334, 336, and 338. In step 332, system 100 submits the purchase 
request to the remote network node. Preferably, system 100 merely transmits a list 
of the desired tracks, together with user account identification information for 

25 payment/billing purposes. Alternatively, some or all of such information may be 
transmitted only after establishment of a secure connection (e.g., using encryption) 
between system 100 and the remote network node. 

Upon receipt of the purchase request, the remote network node preferably 
evaluates the provided account information to determine whether a sufficient balance 

30 exists to pay for the requested tracks. If so, the purchase transaction is continued 
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and a confirmation notification is sent to the system 100. In step 334, such ' 
confirmation notification is received by system 100. 

Thereafter, the remote network node begins downloading the purchased 
tracks to system 100. In the preferred embodiment of the invention, each system 
5 100 has been assigned its own unique identification code. This identification code 
may be directly used as a decryption key or else a decryption key may be obtained 
or derived from the identification code according to a predetermined algorithm. For 
example, the identification code might consist of two concatenated numbers with the 
decryption key being generated by multiplying those numbers together. 

10 In any event, each track downloaded by the remote network node preferably 

is encrypted so that it can only be decrypted using the unique decryption key 
corresponding to the specific system 1 00 to which the track was addressed and sent. 
Such encryption may be performed by obtaining or deriving an encryption key based 
on identification information received from the system 100. For example, the remote 

1 5 network node may use such identification information as a pointer into a lookup table 
may process the identification information using a predetermined algorithm (which 
itself may be cryptography-based) to obtain the encryption key, or may directly use 
such identification information as the encryption key. Preferably, any such direct 
transmission of the encryption key is only performed over a secure connection. It is 

20 also noted that the encryption key may be the same as the decryption key (if 
symmetric encryption is used) or different (if asymmetric encryption is used). In 
addition, each downloaded track may be separately encrypted using a session 
encryption technique and corresponding encryption code. 

Thus, In one embodiment of the invention, after an initial contact message 

25 from system 100 to the remote network node, a secure communications link is 
established between the remote node and system 100 using an asymmetric or public 
key encryption technique. System 100 then transmits (if it has not already 
transmitted) a unique identification code to the remote node to identify itself. Upon 
receipt of this identification information, the remote node retrieves an encryption key 

30 corresponding to this particular system 100 and then further encrypts each track 
using that encryption key. It is noted that ordinarily each such track will have been 
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compressed prior to encryption. Preferably, the remote node also downloads 
identification information pertaining to each such track (e.g., track name, artist, album 
and genre). 

In step 336, the system 100 receives the requested tracks via network 
5 connection 106. In this step 336, decryption is performed only with respect to the 
session encryption, if any. Each downloaded track preferably is then stored onto 
mass storage device 120 still in its device-specific encrypted state and still retaining 
any compression applied by the remote network node. Also in this step 336, the 
identification information pertaining to each track provided by the remote node is 
10 stored into the database located in mass storage device 120, for use in future 
browsing and/or searching by the user. 

Finally, in step 338 the list of tracks in the third region of the display is cleared. 
As a result, the user can begin adding new tracks for purchase. 

In the foregoing description, it is assumed that the entire database of tracks 
1 5 available for download is maintained solely at the remote network node. However, 
it is also possible for system 100 to maintain a duplicate copy of such information in 
mass storage unit 120. In this case, the remote network node might initially 
download the database, or even cause it to be pre-installed on system 100's hard 
disk 120, and then provide periodic updates encoded on a computer-readable 
20 medium or by downloading via network connection 106. Such a database caching 
technique may have the effect of reducing network traffic and increasing access 
speeds. 

Regardless of where such information is maintained, it may be preferable to 
include within system 100 additional steps to display to the user only those tracks 
25 that are available for download that are not already stored in system 100 (e.g., in 
mass storage unit 120). Such a step can be easily implemented by comparing a list 
of tracks available for download to a list of tracks stored in system 100 and then 
eliminating the stored ones from the displayed list. 

Moreover, such a step can be further enhanced by registering an entry in the 
30 list for the tracks on any media read by media player 102 (or, in a somewhat different 
embodiment, only those tracks specifically designated by the user) and then also 
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eliminating such registered tracks from the displayed list of tracks available for 
download. In this way, the user can be spared having to view tracks of which he 
already owns a copy. By giving the user the option to designate only desired tracks 
on such removable media (or to simultaneously designate all tracks at once on a 
5 designated specific medium), the inventive technique accounts for the fact that 
certain media which the user loads into media player 102 may simply be borrowed 
and, therefore, the user may still wish to purchase one or more tracks on any such 
medium. 

Finally, in the description above, it is assumed that a perpetual license to use 

10 each desired track is purchased. However, it is also possible to utilize the foregoing 
technique to purchase copies of tracks that may be used only temporarily. For 
example, the user may have the option of purchasing a track that is limited to a fixed 
number of plays or a fixed duration of playing time. Upon expiration of the limited 
license, the system 100 would automatically disable further play of the track and/or 

15 delete the track from its internal storage. To implement such a method, it generally 
will be necessary to store with each such track an indicator of the remaining number 
of plays or amount of play time. Such an indicator preferably would be automatically 
decremented by system 100 when the track is played (e.g., in step 234). 

In a similar technique, a track is licensed for a fixed duration of time, with the 

20 user being able to play the track an unlimited number of times during such duration. 
In this case, system 100 would generally need to store an expiration date for the 
track and then delete and/or disable the track after such expiration date. Various 
other temporary licensing techniques can be easily implemented using the methods 
and apparatuses of the present invention. Because no physical medium ordinarily 

25 needs to be delivered with a track according to the present invention, it is possible 
to flexibly structure such arrangements. Moreover, because system 100 preferably 
is a closed system, it generally will be difficult for the average consumer to defeat the 
play limitations imposed by the seller, thus significantly reducing the disadvantages 
of making available large numbers of copies of purportedly limited life. 

30 It is noted that whenever a reference is made herein to purchasing a track, 

such reference is intended to include acquisition of a license to use the track. As 
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indicated above, such a license may either be perpetual, time-limited or usage- 
limited. In any event, any such a license typically will have other implicit or explicit 
restrictions regarding the acquirer's rights to the track. 

Figures 6A through 6E illustrate exemplary display screens that may be 
5 provided to a user in connection with the method illustrated in Figure 4. The basic 
format of each such display screen can be seen with reference to Figure 6 A. 
Included in each display screen are three regions (or panels): a first region 370, a 
second region 380, and a third region 390. Above first region 370 is displayed a 
group of different category types: Play List 401, Genre 402, Artist 403 and Album 

10 404. Between first region 370 and second region 380 is a number of soft buttons 
410. Also included is a countdown timer 428 for displaying the amount of remaining 
play time on any track that is currently playing. Generally speaking, first region 370 
is for displaying categories, second region 380 is for displaying tracks and third 
region 390 is for displaying a play list (or queue) of tracks selected by the user. 

15 Preferably, only one of regions 370, 380 and 390 is "active" at a time, and the 

user preferably is only allowed to highlight and select items within the currently active 
region. Moreover, preferably at least some of soft buttons 410 correspond to 
different functionality depending upon which region is currently active. More 
preferably, in each case the new functionality associated with the soft button is 

20 displayed as the display screen changes. 

In the display screen 400 shown in Figure 6A, the user has selected the 
category type "genre". Thus, the genre category type 402 is highlighted in Figure 6A. 
In the preferred embodiment of the invention, the user selects a category type by 
pressing a corresponding dedicated button on a wireless remote control unit. Thus, 

25 the remote control unit has dedicated buttons for "Play List," "Genre," "Artist," and 
"Album." However, any other selection technique may instead be used and generally 
will depend on the user interface control panel. For instance, the desired category 
type may be selected by pointing to a corresponding tab using a track ball or a touch 
pad and then pressing a "select" button. 

30 As a result of this category type selection, all genres of music that are 

currently represented by the stored tracks are displayed in first region 370. 
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Ordinarily, second region 380 would display all tracks that are available in mass 
storage unit 120. However, in this case, the user has also selected a particular 
category within the selected category type, the "rock" genre. As a result of doing so, 
system 100 automatically changes display region 380 to display only those stored 
5 tracks that are of the rock genre. 

Preferably, the category selection (i.e., the specific genre in this case) is 
performed by scrolling through the category list in region 370 using "up" and "down" 
buttons on the remote control. In response to down-scrolling, consecutive categories 
are highlighted one at a time. Similarly, in response to up-scrolling, previous 
10 categories are consecutively highlighted one at a time. When the desired category 
_ has been highlighted in the preferred embodiment, the user may select it by pressing 

4j a "select" button on the remote control. Once again, however, any other selection 

yl technique may instead be used, such as using a pointing device to highlight the 

{J{ desired category or typing the first couple of letters of the category name. 

S 15 It is noted that in response to a selection of a category type, system 100 

^ automatically makes active the first region 370. In order to change the active region, 

the user preferably presses a dedicated button on the remote control. For example, 
□ to make second region 380 active the user preferably presses a "songs" button on 

^ the remote control, and to make the third region 390 active the user preferably 

O 20 presses a "queue" button on the remote control. However, any other conventional 

designation technique may instead be used for this purpose. 

The soft buttons currently available (with the first region 370 active) are: Add 
421, Zoom 422, Show All 423, and Edit 424. Each of these soft buttons has a 
corresponding letter A through D. Preferably, the remote control also includes 
25 buttons labeled A through D. Thus, to activate the indicated functionality, the user 
simply has to press the appropriate button A through D. 

Preferably, the functionality of the soft buttons is as follows: Add button 421 , 
preferably adds alf tracks listed in the second region 380 to the play list (i.e., third 
region 390); Zoom 422 permits display of categories in first region 370 that are 
30 members of the intersection of two category types, as discussed below in connection 
with Figure 6B; Show All 423 preferably resets the display in first region 370 and 
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second region 380 so that region 370 either displays nothing or displays categories 
from a default category type and region 380 displays all tracks available in mass 
storage 120; and Edit 424, preferably brings up a different screen which allows the 
user to edit the name stored in the database in mass storage 120 for the currently 
5 highlighted category. 

Pressing button D for Zoom 422 with the display shown in Figure 6A results 
in the display of screen 440 shown in Figure 6B. Specifically, region 370 now 
displays all artists having tracks in the rock genre that are represented in mass 
storage device 120. By pressing the "album" button on the remote control, the 

10 display in region 370 changes to list all albums that include tracks of the rock genre. 

Initially, region 380 continues to show all tracks of the rock genre. However, 
upon highlighting one of the categories displayed in region 370, region 380 changes 
to display on those tracks that belong to both categories. In the present example, 
region 380 only displays those tracks 442 that are of the rock genre and that were 

15 performed by the highlighted artist 441. 

Returning briefly to Figure 6A, pressing the "songs" button on the remote 
control results in the display of the screen 450 shown in Figure 6C. In this screen 
450, second region 380 is now active and the soft buttons 410 have changed as 
indicated. Preferably, the soft buttons now function as follows: Add button 451 adds 

20 all of the tracks listed in region 380 to region 390 (if no track has been highlighted in 
region 380) or adds only the highlighted track to region 390 in the event a track has 
been highlighted; Play Now button 452 causes system 1 00 to immediately play the 
highlighted track; Show All button 453 performs the same function as button 423 
shown in Figure 6A; and Edit button 454 brings up another screen that allows the 

25 user to edit the displayed title of the highlighted track. With a track 455 highlighted 
as shown in Figure 6C, the user only has to press the "add" button 451 or the "select" 
button to add that track to the play list of region 390. 

Figure 6D illustrates a display screen 460 which would occur if the "artist" 
button were pressed on the remote control. Here, ail artists having stored tracks are 

30 displayed. Moreover, by selecting a category type (i.e., artist in this case), the first 
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region 370 once again becomes active. As a result, the soft buttons 410 are 
identical to those shown in screen 400 (shown in Figure 6A). 

Figure 6E illustrates a screen 470 that is displayed by system 1 00 in the event 
the "queue" button is pressed on the remote control. Here, the third region 390 is the 
5 active region. As a result, the functionality of the soft buttons 410 has changed as 
follows: Shuffle 471 randomly shuffles the order of the list displayed in region 390; 
Clear All 472 deletes all entries from region 390; Clear 473 deletes only any 
highlighted entry displayed in region 390; and Save 474 allows the user to save the 
current play list under a user-defined name. It is noted that once a play list has been 

10 saved in the foregoing manner, pressing the "play list" button on the remote control 
(i.e., selecting the play list category type) will cause that play list name, as well as the 
names of any other previously saved play lists, to be displayed in first region 370. 

Also provided in Display Screen 470 is play list summary information 477 
which indicates the number of tracks currently on the play list and the total playtime 

15 for all such tracks. As indicated above, the playtime for each track is stored in the 
track database in mass storage unit 120. Accordingly, the total play time can be 
calculated as the sum of the individual play times for all tracks listed in region 390. 
System 100 plays the play list shown in region 390, preferably in the order listed, in 
response to the user simply pressing the "play" button on the remote control. 

20 Figures 7A through 7C illustrate representative display screens that may be 

used by system 100 in connection with the method of Figure 5. As noted above, 
from the user's perspective, these screens preferably will be quite similar to the 
screens used for generating a play list (e.g., Figures 6A through 6E). 

In Figure 7A, the user has indicated that he wishes to purchase audio/video 

25 tracks. The initially displayed screen is screen 500, shown in Figure 7A. In this 
embodiment, the initial category type (i.e., the default category type) is "genre". 
Accordingly, first region 370 includes a list of the different genres from which 
audio/video tracks are available for downloading. Initially, second region 380 would 
show an alphabetical listing of all tracks of available for downloading. However, in 

30 screen 500 the user has highlighted category 502, "folk". Therefore, second region 
380 only displays those tracks available for downloading that are of the folk genre. 
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It is noted that, other then the specific categories and tracks displayed, the 
only significant difference between screen 500 and screen 400 is that in screen 500 
the caption for the third region 390 is "Shopping Cart", rather than "Queue". 
Generally, in the preferred embodiment of the invention, the display screens are 
5 made as identical as possible so as to provide the user with as seamless a 
navigation experience as possible. Another difference is that each track listed in 
second region 380 preferably also includes a price 504 at which the track can be 
purchased. 

In the event that a number of different purchase options are available (which 
1 0 may include various limited-use licenses and/or any special deals, such as "buy one 
get one free"), such additional pricing information my also be displayed in region 380. 
a3 However, the more extensive such information is, the more preferable it will be to 

b 1 display a separate screen that includes such different pricing options. In one such 

[H example, the ordinary purchase price for a perpetual license is displayed in region 

Q 15 380, as shown in Figure 7A. In the event that the user desires such additional pricing 

^ options, the user would first highlight the track of interest and then press a pricing 

M button (either hard or soft). In response to this action, a new screen would be 

p displayed showing such information. Preferably, such new screen would only occupy 

jJJ the area of region 380. After such information has been reviewed, and possibly after 

o 20 a pricing option has been selected from such screen, the user could then return to 

the base screen, such as shown in Figure 7A. 

Figure 7B illustrates a display screen 510 which would result if the user were 
in display screen 500 and pressed the "songs" button on the remote control, and 
then highlighted track 503. It is noted that the format of screen 510 is substantially 
25 identical to that of screen 450 (shown in Figure 6C), except that the "Play Now" soft 
button 452 is omitted in display screen 510. This is because in the present 
embodiment of the invention, it is not possible to play tracks prior to downloading. 
However, in alternate embodiments of the invention, such a "Play Now" button or a 
"Play Sample" button may be included so that a user could preview a track prior to 
30 determining whether or not to purchase it. It is noted that in order to implement such 
an embodiment, system 100 preferably would be modified so that network 
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connection 106 connects to output interface 104 through a D/A converter and 
through any necessary decryption and decompression modules. 

Figure 7C illustrates a display screen 520 which would be provided if a user 
in display screen 510 were to press the "Add" soft button 512. As a result of this 
5 action, audio track 503 has been added to third region 390. 

The foregoing processes may be repeated to add additional tracks to region 
390. Once the user has completed this process, she may cause system 100 to 
submit a purchase request such as by pressing an "order button. Alternatively, an 
intermediate step may be provided in which the order information is transmitted to 
10 the remote network node and the remote network node transmits back information 
regarding the total cost and any other terms, such as shipping terms. Upon review 
of such information, the user may then be provided with the option of either 
continuing with the order or cancelling the order. As noted above, if the purchase 
request is in fact submitted, a confirmation message preferably is displayed and then 
15 the audio/video tracks begin downloading. 

Figure 8, illustrates a flow diagram for explaining audio/video track and 
downloading according to a representative embodiment of the invention. Initially, in 
step 550, the track is received via network connection 106. 

In step 552, any required session decryption is performed. Generally, such 
20 decryption will be performed only in the event that the track was received over a 
secure connection. Any of the known encryption/decryption techniques may be used 
for this purpose. Accordingly, the specific decryption technique used in step 552 will 
depend upon the established protocol. It is noted that a session decryption module 
is not shown in Figure 2 because not all embodiments of the invention will use 
25 session encryption.. 

In step 554, the track is stored into mass storage device 120. It is noted that 
in the preferred embodiment of the invention, the track is stored as compressed and 
as encrypted with any device-specific encryption technique. 

In step 556, the track database in mass storage device 120 is updated to 
30 reflect the newly added track. Depending upon the structure of such database, this 
step may involve nothing more than adding an entry for the new track. However, if 
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the database maintains relationships between the various category types, categories 
and tracks, then it generally will be necessary in this step to insert all of the 
appropriate links to ensure that the new track is associated with all genres, artist, 
albums and any other categories to which it belongs. Moreover, new categories or 
5 category types may need to be added to properly characterize the new track. 

In step 558, a determination is made as to whether this was the last track. If 
not, then processing proceeds to step 560 to receive the next track. Otherwise, the 
audio/video track downloading process is completed. 

Once tracks have been stored in mass storage device 120, it will be desirable 
10 from time to time for the user to play a play list that she has constructed. Figure 9 
illustrates a flow diagram for explaining a method for playing a play list according to 
a representative embodiment of the present invention. Initially, in step 590, 
S J information for the first track for the play list is retrieved, such as from mass storage 

ry device 120. 

p? is In step 592, a determination is made as to whether the current track is 

W disabled. Preferably, this will involve examining a Disabled flag. If the track is 

^ disabled, then processing proceeds to step 594 to display a message to that effect 

HJ and then to step 596 to remove the listing for the track from the third region 390. It 

Hi is possible to omit step 596 and simply not play the disabled track. If the track is not 

" 20 disabled, processing proceeds to step 600. 

In step 600, a determination is made as to whether the track has been 
encrypted. Preferably, each track includes an indication as to whether and how it 
has been encrypted. If the track has been encrypted, it is decrypted in step 602. 
Preferably, any such encryption has been performed so that the subject audio/video 
25 track may only be decrypted using a decryption key that is unique to each specific 
device 1 00. Thus, in order to decrypt the track in step 602, system 1 00 retrieves or 
generates its unique decryption key and then uses that key to decrypt the track on- 
the-fly. Because the track is decrypted on-the-fly, an entire copy of the decrypted 
track is not maintained at any time by system 100, thereby further enhancing the 
30 security aspects of the present invention. 
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In step 604, a determination is made as to whether the track is compressed. 
Preferably, each track includes an indication as to whether and how it has been 
compressed. If the track has been compressed, decompression occurs in step 606. 
The specific decompression technique will depend upon the detected encryption. 
5 It is noted that any known compression/decompression techniques may be used for 
this purpose. However, as indicated above, the present invention preferably utilizes 
Lucent Technologies™ ePAC™ compression/decompression technology. 

In step 608, the track is played. This preferably involves converting the track 
to a format that is suitable for output to an external device (such as an analog signal 
10 for output to a home stereo system) or to a signal that may be displayed and/or 
projected using internal speakers or an internal display panel. 

In step 610, a determination is made as to whether the current track was the 
last track. If not, then processing proceeds to step 612 to retrieve information for the 
next track. If so, then processing is completed. 
1 5 In the preferred embodiment of the invention, system 1 00 is provided with the 

capability to download digital copies of stored audio/video tracks to a portable playing 
device. Moreover, such downloading preferably is performed in a manner so as to 
prevent unauthorized copying. Figure 10 illustrates a flow diagram for explaining 
such a downloading method according to a representative embodiment of the 
20 invention. 

In step 640, system 100 receives a request to download one or more 
audio/video tracks to an external device. Preferably, such a download request is 
received via user interface 110. The following steps are then performed with respect 
to each such track. 

25 In step 642, a determination is made as to whether the track is disabled. 

Preferably, this step involves examining a Disabled flag associated with the track. 
If the track is in fact disabled, then processing proceeds to step 644 to output a 
message to that effect and then to step 650. If not, then processing proceeds to step 
646. 

30 In step 646, a copy of the track is downloaded to the external device. 

Preferably this step will first involve decrypting the track using the device-specific 
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decryption key. Thereafter, additional security measures may be taken, such as 
encrypting the track for decryption using a key that is specific to the external device. 
However, in the event that the external device lacks a digital output, then further 
copying is less of a concern, and so additional security measures often can be 
5 omitted. In addition, any other processing may be performed prior to copying the 
track to the external device, such as decompressing and then recompressing using 
a different compression technique. 

In step 648, an indicator is set indicating that the copy of the device stored in 
mass storage device 120 is disabled from further playing or copying. Preferably, this 
10 step is performed by simply setting the Disabled flag associated with the track to the 
disabled state. 

In step 650, a determination is made as to whether the current track is the last 
track designated for downloading. If not, then processing proceeds to step 652 to 
repeat the above processing with the next designated track. Otherwise, processing 
15 is completed. 

In the embodiment discussed above, a single Disable flag is used to disable 
a track when a copy has been downloaded to and is available for playing from an 
external playback device. Other variations on this technique are also possible. For 
instance, system 100 may be configured so that a maximum of a fixed number of 

20 copies (e.g., 3) may be downloaded to external playback devices while still permitting 
system 100 to play the track. In this case, rather than maintaining a single flag for 
each track, a counter preferably would be maintained for each track to indicate how 
may copies have been downloaded (or how many copies are still available for 
downloading). On the other hand, if the maximum number of copies includes the 

25 copy available for playing on system 1 00, then the copy stored on system 1 00 would 
be disabled when the number of copies actually downloaded to external devices 
equals the maximum number. In any case, if a copy were previously downloaded to 
an external device and system 1 00 detects that such external device has deleted the 
copy or is otherwise disabled from playing it, then system 100 preferably increments 

30 the number of copies still available for downloading by 1 . 
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Also, in the above embodiments the display screen and/or the navigation with 
respect to selecting tracks stored on the internal mass storage unit for playing and 
purchasing (or otherwise requesting) from a remote network node are substantially 
identical, preferably meaning that the only differences are dictated by functional 
5 considerations. This feature often makes operation more intuitive for the user. 
However, the requirement may be relaxed somewhat so that relatively unimportant 
implementation details, such as the colors used, exact panel sizes, text sizes and 
fonts, and decorative graphics may be different between the two modes. 

In alternative embodiments, the display of tracks stored on the internal mass 

10 storage unit, tracks available for download, and/or device configuration and/or status 
information may be made simultaneously by an apparatus according to the present 
invention. Such simultaneous display may be on distinct portions of the display, 
such as on adjacent panels, or else such items may be integrally displayed on a 
display screen (e.g., by highlighting those tracks available for downloading that 

15 already exist on the internal mass storage unit). " 

Similarly, although in the preferred embodiment of the invention the user 
navigates based on category type and category, other navigation techniques are 
possible. For instance, the user might enter all or a portion of the name of the track, 
album or artist in addition to or instead of designating such categories and/or 

20 category types. In fact, any combination of searching and browsing may be utilized 
to allow the user to more efficiently designate desired tracks. 



Conclusion . 

Thus, although the present invention has been described in detail with regard 
25 to the exemplary embodiments and drawings thereof, it should be apparent to those 
skilled in the art that various adaptations and modifications of the present invention 
may be accomplished without departing from the spirit and the scope of the 
invention. Accordingly, the invention is not limited to the precise embodiments 
shown in the drawings and described in detail above. Rather, it is intended that all 
30 such variations not departing from the spirit of the invention be considered as within 
the scope thereof as limited solely by the claims appended hereto. 
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Also, several different embodiments of the present invention are described 
above, with each such embodiment described as including certain features. 
However, it is intended that the features described in connection with the discussion 
of any single embodiment are not limited to that embodiment but may be included 
5 and/or arranged in various combinations in any of the other embodiments as well, 
as will be understood those skilled in the art. 
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